home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / ALL96.LZH / t0213 / text0014.txt < prev    next >
Encoding:
Text File  |  1996-03-07  |  4.2 KB  |  100 lines
  1. On Mon, 12 Feb 1996, Johan Klockars wrote:
  2.  
  3. > > The mouse is still unusable because of missing support for left button 
  4. > > (LMB to run, RMB to fire ;) 
  5. > 
  6. > I'd prefer to fire with the left button, strafe using the right and leave
  7.  
  8. yep, fire with left and run with right of course :)
  9.  
  10. > the running for shift keys. Of course it'll be very easy to make this
  11. > completely configurable.  :-)
  12.  
  13. yes, but for the alpha versions would be good at least the run for right 
  14. mouse, please, please :)
  15.  
  16. > > The good news is that everybody can accelerate his DSP very cheap and 
  17. > > that BM on 2/3 of original size screen is nearly two times faster.
  18. > 
  19. > That depends a lot on the WAD. I got a couple yesterday from a friend
  20. > of mine (his own work) that most often update at around 3 (three) fps, at
  21. > _minimum_ resolution! Full screen was only marginally worse.
  22.  
  23. oh god! That's unusable. Tell him to make faster WADs ;-) (actually 
  24. that's terrible that there could be so slow WADs :-[ )
  25.  
  26. > The problem with the WADs is that you can see a long way and that there
  27. > are lots of sectors due the the 'mountainlike' terrain.
  28. > The original DOOM actually gives up and quits if you look in the wrong
  29. > direction, complaining about the visibility.
  30.  
  31. so BM is better than Doom ? :-) Then everything is OK :))
  32.  
  33. > I also got another WAD with most of one floor of the building where I
  34. > used to live until half a year ago. My own old room is in there!  :-)
  35. > No furniture, unfortunately.  :-)
  36.  
  37. ;-) I have heard someone near me created WAD of our school ;-) Only the 
  38. sprites of teachers are missing ;-)
  39.  
  40. > > I still think that the bus is not a BM's bottleneck. Have Doug seen my 
  41. > 
  42. > We'll see what happens when it's run in a less demanding graphics mode.
  43. > Has anyone tested it on an RGB monitor or a TV?
  44.  
  45. I'll try that tomorrow.
  46.  
  47. > > tests ? I'll send it to him directly, for sure. The bottleneck is speed 
  48. > > of CPU IMHO, and I'd like to see BM on 50 MHz Falcon.
  49. > 
  50. > IIRC Doug said recently that most of the hard work is done by the DSP now,
  51. > with mostly texture mapping left for the CPU. If the texture mapping code
  52. > is as well interleaved as he claims the bus speed might not be too much
  53. > of a problem. When we start adding in all the AI and game mechanics, I'm
  54. > sure a fast '030 will be very useful, though.
  55.  
  56. 64 MHz won't be enough :)
  57.  
  58. > > > Hmm... I wonder how fast Bad Mood will be on the Hawk, if it ever gets released.
  59. > > > The Hawk will have an 48MHz 030 and a rather big cache and the option to a
  60. > > > new faster DSP with more memory than the orginal DSP (96kb). All all this will
  61. > 
  62. > I've been wondering what they mean by that about the faster DSP. I don't
  63. > think Motorola makes the 56001 or its relatives much faster than the one
  64. > we already have. The 96001/2 is of course another matter, but that's quite
  65. > another processor (32 bit floating point).
  66. > If the new DSP is not compatible with the old one it's never going to be
  67. > used to any significant degree.
  68.  
  69. that's completely true. I think it's only a trick to customers and the 
  70. DSP would be normal 56001, maybe overclocked to 48 MHz (as the CPU of Hawk).
  71.  
  72. > > BM hardly can use more memory than on original Falcon - only if it could 
  73. > > be dynamically allocated.
  74. > 
  75. > I don't think I understand what you mean there.
  76.  
  77. Sure, that's a half of original idea. I wanted to say that more DSP 
  78. memory in Hawk would be hardly used by BadMood, but I don't know. I'm not 
  79. a DSP programmer.
  80.  
  81. > > If the Hawk is new processor, probably coprocessor, DSP, MMU and RAM on 
  82. > > separate daughter board, then Hawk is Falcon II and uses original Falcon 
  83. > > like a expensive peripheral and Video out.
  84. > 
  85. > Yes, that's one thing I don't like about what I hear of the Hawk.
  86. > If they do that much, they could almost as well make a complete computer.
  87. > Of course, they've said that they are doing that now...
  88.  
  89. I didn't know that. Maybe Barracuda is the new computer ?
  90.  
  91. Petr
  92. --
  93.  +--------------------------------------------------------------------------+
  94.  | stehlik@leo1.zlin.vutbr.cz -- 2:421/36@fidonet.org -- 90:1200/2@nest.ftn |
  95.  | Falcon030/FPU/FX/40MHz/4ST+8FX RAM/IDE 1080 MB running TOS || Linux-m68k |
  96.  | MegaSTE/16MHz/4MB RAM/240MB/Riebl card/USR DS 16k8 running Joy BBS 24hrs |
  97.  +--------------------------------------------------------------------------+
  98.  
  99.  
  100.